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DEFINITION OF TERMS 

[0003] Data-centric network: a network that carries digital data, primarily to facilitate 
information exchange among computers and computer peripherals. Examples include distributed 
computer networks such as the Internet. 

[0004] Telephony-centric network: a network that carries telephony information such 
as voice, fax, page messages, and the like, primarily to facilitate information exchange among 
telephony devices. 

[0005] Message: a communication which may be transmitted via either the data- 
centric network or the telephony-centric network. Examples include voicemail, electronic mail 
(email), facsimile (fax), page, and the like. 

[0006] Telecommunication device: ROTS telephone, cellular telephone, satellite 
telephone, web telephone, PC (desktop and laptop), web surfer, personal digital assistant (PDAs) 
facsimile machine, teletype, modem, video telephone, set top telephone. 

[0007 ] Web telephone: a telephone implemented via a computer that is coupled to the 
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data-centric network. An example is a PC with microphone, speaker and internet connection. 

[0008] Set top telephone: a telephone set coupled to a cable-based set top box, 
bypassing the local telecommunication service provider. The cable-based system may be 
provided by, for example, WebTV, TCI cablevision. 

[0009] Web surfer: an Internet-ready PC with a network connection and pre-installed 
web browser. 

[0010] PDA: personal digital assistant, e.g., Palm Pilot available from 3COM. 

[0011] Thin Web Client: A commonly employed web browser such as Internet 
Explorer or Netscape Navigator - JAVA enabled. 

[0012] PSTN: Public Service Telephony-centric network, e.g., AT&T, MCI, Sprint- 
owned telephone company. 

[0013] GUI: graphic user interface. 

[0014] POTS : plain old telephone service. 

[0015] NOC: Network Operations Center. 

[0016] POP: point of presence, e.g., co-location at a local telephone company switch 
or at a company controlled area with Tl connections to a local switch. 
[0017] WPOP: Web POP. 
[0018] VPOP: Voice POP. 
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BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

[0019] This invention relates in general to the field of transaction services 
management, and more particularly to an apparatus and method for controlling access to 
transaction services associated with a customer account. 

2. Description of the Related Art 

[0020] The advent of the telephone at the turn of the century presented a new form of 
communicating to the population at large. Whereas prior communications between individuals 
occurred either in person or through the mail, the introduction of the telephone into both the 
household and business cultures changed the way that people work, play, and interact. More 
urgent matters were treated immediately with a telephone call while less important matters were 
relegated to the mail. 

[0021] Initially, the coverage of the telephony-centric network allowed a user to 
make local calls only, and that with intervention of an operator. Early use was therefore limited. 
As coverage of the telephony-centric network began to connect major regions of the country 
together, long distance calling became an option. Yet, this option as well enjoyed only limited 
use by the population at large, primarily because of the cost involved with making a long 
distance, or toll, call. When a toll call was made, because the user had to interact with an 
operator in order to place the call, he/she was aware of the costs involved. 

[0022] Direct dialing technology took the operator out of the toll calling loop. As a 
result, the cost for making a toll call was reduced extensively. More and more users began 
treating long distance telecommunications as the commodity it has become today. As a 
consequence of increased use, it became vital for prudent household/business money managers 
to analyze and reconcile each month's long distance bill. As in any other venture for profit, the 
management of bottom line costs is effected by careful scrutiny of the details. Early long 
distance bills were not difficult to analyze because 1) there was only one long distance vendor; 
and 2) most businesses and households only had one telephone line. 
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[0023] Two parallel progressions over the past 20 years have simply revolutionized 
personal and business telecommunications practices. The first progression was the introduction 
of competition into the telecommunications marketplace. Today, literally hundreds of 
telecommunications companies advertise over the full gamut of telecommunications services. In 
any given area of the United States, a user can choose from at least 25 long distance service 
providers. Competition has resulted in the dramatically low cost of long distance that is seen 
today. Long distance calls are now billed by the minute, and cost less than 10 cents per minute. 

[0024] The proliferation of computer technologies in both the telecommunications 
industry and by telecommunications subscribers is the second progression in recent history to 
transform personal and business practice. Facsimile machines, pagers, multi-line telephone 
systems, voice mail, cellular telephones, and computer networking over the internet are now 
ubiquitously employed in average households and businesses. It is not uncommon today to find, 
numerous telephone lines in a given home, some for personal use, some for business use, each 
replete with a cornucopia of features provided by numerous telecommunications service 
companies. 

[0025] But while competition and technological advances have made 
telecommunications services more accessible and affordable, both of these two progressions 
have exponentially exacerbated the money management problem. In the 1980's, as these two 
progressions were still in their early stages, the average subscriber would receive a separate bill 
from each provider for each line every month. All of the providers, because they were part of the 
overall telecommunications network, communicated with local telephony-centric network 
interface equipment each time a call was placed. Details of the call, or transaction, would be 
recorded so that an itemized bill would result at the end of the billing period. Consequently, a 
subscriber having two lines, one with Long Distance Company A and the other with Long 
Distance Company B, would receive a bill each month from each of the companies. 

[0026] Service providers over the next few years took the initiative to negotiate 
shared billing agreements with local telephone companies to reduce the burden on the consumer. 
Today, a subscriber receives one monthly bill for telecommunications services. This 
consolidated bill presents all charges for lines within the subscriber's household/business and 
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additionally itemizes each charge. Consolidated billing techniques allow a present day money 
manager to more easily analyze and reconcile telecommunications costs — that is, ex post facto. 
This is because a consolidated bill typically itemizes charges for telecommunications services 
that have occurred over the previous 30 days. 

[ 0027 ] Because telecommunications assets and services can be easily accessed, they 
also can be easily abused. For instance, newspapers routinely contain reports about some 
business or family that received a horrendously large phone bill as a result of an abuse such as a 
pirated calling card or excessive access of a 900 number. Accordingly, prudent money managers 
are now demanding up-to-date information as well as detailed information in order to better 
control costs and to precipitate abusive use patterns. 

[0028] The problem of cost control cuts both ways: it is advantageous for a user to 
stay up to date regarding activity pertaining to his account. However, cost control is also a great 
concern to service providers. Unfortunately, overcharging, overuse, and payment default by 
some customers are manifestations of the same issue as seen from the service provider 
perspective. And because services providers also incur out of pocket costs due to any of the 
service abuses listed above, it is also incumbent upon a prudent billing manager for a service 
provider to stay on top account activity to detect and control overcharges by negligent users or 
direct criminal abuse. 

[0029] Many telecommunications service providers today allow a user or billing 
manager to access account information over the internet via a web browser, yet the information 
that is provided online is at a summary level only (i.e., total charges) and is furthermore merely a 
reflection of costs that were provided in a previous consolidated bill. In summary, present day 
online telecommunications billing and cost control systems provide no meaningful benefits to a 
user other than presenting an unpretentious reminder to pay an outstanding balance or that abuses 
have already transpired. 

[0030] Therefore, what is needed is an apparatus that allows a service provider to 
monitor up-to-date telecommunications charges for a consolidated account via a web browser. 

[0031] In addition, what is needed is an apparatus whereby a service provider can set 
a credit limit for charges to a particular telecommunications and messaging services account via 



EV 272754859 US 



7 



MS#1 80503.02 (4950.1) 



a web browser and automatically terminate access to specified services once the credit limit has 
been exceeded. 

[0032] Furthermore, what is needed is an online access control mechanism that 
allows a service provider to automatically alert a customer that a prescribed account event, such 
as unusual calling activity, has recently been detected on the customer's account. 

[0033] Moreover, what is needed is a method for prescribing account events and 
corresponding control responses for a telecommunications and messaging services account from 
a server computer over the internet. 
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SUMMARY 

[0034] To address the above-detailed deficiencies, it is a feature of the present 
invention to provide a mechanism in a transaction services system that allows a service provider 
to control access to transaction services for an account via a web browser. 

[0035] Accordingly, in the attainment of the aforementioned feature, the present 
invention provides an apparatus for managing access to transaction services offered over a 
network. The apparatus includes query logic, configured to query up-to-date transaction records 
for a user's account to detect an account event. The transaction records each have an associated 
transaction cost. The apparatus also includes an event monitor configured to prescribe the 
account event. The event monitor is also configured to manage access to the transaction services 
as a function of the transaction cost associated with the transaction record of the detected account 
event, upon detection of the account event. The event monitor further prescribes the account 
event in response to a command initiated by a user from a remote computer. 

[0036] In another aspect, the present invention provides an apparatus for managing 
access to a transaction services system. The apparatus includes a billing server configured to 
maintain up-to-date transaction records and to query the transaction records to detect an account 
event. The transaction records each have an associated transaction cost. The apparatus also 
includes a web server coupled to the billing server. The web server is configured to send 
transaction services transaction information to the billing server and to prescribe the account 
event in response to a command from a remote computer configured with a thin web client 
interface. The web server is further configured to manage access to the transaction services 
system as a function of the transaction cost associated with transaction record of the detected 
account event, upon detection of the account event. 

[0037] In a further aspect, the present invention provides an account management 
mechanism. The mechanism includes a billing server that maintains up-to-date transaction 
records and manages access to transaction services corresponding to an account. The billing 
server includes database logic for storing the transaction records. The transaction records specify 
transaction details and charges corresponding to the account. The billing server also includes an 
event monitor coupled to the database logic. The billing server schedules queries of the 
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transaction records to detect an account event. Upon detection of the account event, the billing 
server initiates a response as a function of the transaction charge corresponding to the transaction 
record of the detected account event. The mechanism also includes a web server coupled to the 
billing server. The web server receives commands over a data-centric network prescribing the 
account event and the response. The commands having been entered by a service provider from 
a remote computer configured with a web browser. 

[0038] In another aspect, the invention is an apparatus for monitoring and controlling 
access to transaction services provided over an internet from a server computer that is executing 
a web browser application. The apparatus includes a web server for receiving commands from 
the server computer prescribing an account event and corresponding response. The apparatus 
also includes an event/alert buffer coupled to the web server for maintaining parameters that 
describe the account event and parameters that describe the corresponding response. The 
apparatus further includes a query tasker coupled to the event/alert buffer for generating periodic 
query requests to search an up-to-date transaction services transaction database to detect the 
account event. The query tasker also initiates a request to execute the corresponding response as 
a function of the transaction cost associated with a transaction record of the detected account 
event. The transaction services transaction database stores transaction records that include 
transaction costs. The apparatus also includes an access controller coupled to the query tasker 
for receiving the request, for executing the corresponding response, and for controlling access to 
transaction services associated with an account of a user. 

In yet another aspect, the present invention provides a method for managing access to 
transaction services provided over an internet from a server computer that is executing a web 
browser application. The method includes maintaining up-to-date transaction services billing 
records in a database, the transaction services billing records including individual transaction 
events and associated charges. The method also includes prescribing an account event from the 
server computer and transmitting the prescribed account event to a billing device. The method 
further includes prescribing a response from the server computer and transmitting the prescribed 
response to the billing device. The method also includes querying the database to detect the 
prescribed account event and determine an associated transaction charge. The method further 
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includes transmitting the prescribed response upon detection of the prescribed account event and 
as a function of the transaction charge associated with the detected account event. The method 
also includes managing access to the transaction services as a function of the prescribed 
response. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0039] These and other features, and benefits of the present invention will become 
better understood with regard to the following description, and accompanying drawings where: 

[0040] FIG. 1 is a diagram illustrating related art billing techniques for 
telecommunications services. 

[0041] FIG. 2 is a diagram illustrating a related art telecommunications services 
account summary provided over a thin web client interface. 

[0042] FIG. 3 is a diagram illustrating an interactive, consolidated billing mechanism 
according to the present invention. 

[0043] FIG. 4 is a block diagram depicting details of a billing server according to the 
present invention. 

[0044] FIG. 5 is a block diagram depicting details of an event monitor according to 
the present invention. 

[0045] FIG. 6 is a diagram illustrating a payment options web page provided via a 
thin web client. 

[0046] FIG. 7 is a diagram illustrating an account options web page provided via a 
thin web client. 

[0047] FIG. 8 is a diagram illustrating a transaction search/monitor web page 
provided via a thin web client. 

[0048] FIG. 9 is a diagram illustrating a search results web page provided via a thin 
web client. 

[0049] FIG. 1 0 is a diagram illustrating an access monitor and control web page 
provided via a thin web client. 

[0050] FIG. 1 1 is a flow chart illustrating a method according to the present invention 
for providing online access to up to date details and charges corresponding to a 
telecommunications account. 

[0051] FIG. 1 2 is a flow chart illustrating a method according to the present invention 
for monitoring and controlling access to telecommunications and messaging services via a thin 
web client. 
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DETAILED DESCRIPTION 

[0052] In light of the above background on telecommunications billing techniques, 
several related art examples will now be discussed with reference to FIGS. 1 and 2. These 
examples illustrate how present day online billing systems for telecommunications services 
encumber a user in two ways: 

[0053] First, because online access to accounts is provided only at the summary level, 
the user is prohibited from performing any significant use or cost analyses — a significant 
function that is regularly performed in a number of small businesses. 

[0054] Second, because present day billing systems update online accounts only at 
the end of each billing cycle, the user is unable to detect usage and corresponding charges until 
his/her account is updated. Following this discussion, a detailed description of the present 
invention will be provided with reference to FIGS. 3 through 12. The present invention provides 
a user or service provider with online access to detailed, near-real-time ("up to date") transaction 
data associated with a telecommunications services account. In addition, the service provider is 
able to monitor and control the user's access based upon account events that are detected from 
automatically querying the transaction data. 

[0055] Referring to FIG. 1 , a diagram 1 00 is presented illustrating related art billing 
techniques for telecommunications services. The block diagram 100 shows two local telephony- 
centric network interfaces 1 12, one 1 12 at POINT A and one 1 12 at POINT B. The block 
diagram 100 also depicts telecommunication devices connected to the local telephony-centric 
network interfaces 1 12: a telephone 102, pager 108, a facsimile (fax) machine 1 10, and a 
modem 106 that provides connectivity for a computer 104. In addition, a telecommunications 
channel 1 14 connects the two local telephony-centric network interfaces 112. The 
telecommunications channel 1 14 represents any of a number of channel mediums in use today 
for the transmission of telephonic data to include metallic and fiber-optic landline, line-of-sight 
microwave, and satellite communication channels. The diagram 100 also shows a central billing 
system 118 that is coupled to both of the local telephony-centric network interfaces 1 12 via a 
billing network 1 16. Furthermore, the diagram 100 illustrates the three evolutionary techniques 
used by the central billing system 1 18 to invoice customers: an early technique involving 
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preparation of separate bills 120, a consolidated account technique involving a consolidated bill 
122, and an online technique involving online presentation of a bill summary 124. 

[0056] In operation, each of the devices 102, 108, 110, 106/104 have a unique 
telephone number, or line number, for addressing and identification by the local telephony- 
centric network interface 1 12. The local telephony-centric network interface 1 12 is also known 
as a local switch 1 12. The local switch 1 12 is the point where local devices 102, 108, 110, 
106/104 interface to the telephony-centric network channel 1 14. A transmitting local device, say 
a telephone 102 at POINT A, places a call to a compatible receiving device, say a telephone 102 
at POINT B, by providing the telephone number assigned to the receiving device 102 at POINT 
B to the local switch 1 12 at POINT A. The local switch 1 12 at POINT A then routes the call to 
the local switch 1 12 at POINT B over the telephony-centric network channel 114. The local 
switch 1 12 at POINT B then routes the call to the receiving device 102. The placement of the 
call, through completion of the call, is known as a line transaction, or transaction. A transaction 
is typically placed between an initiating device, or calling number, and a receiving device, or 
called number, however, a transaction can also take place between several devices. Such a 
transaction is known as a conference call. 

[0057] It is customary in the telecommunications industry to pass along the cost of 
telecommunications transactions to customers. Often, the cost of local calls is billed to a 
customer for a flat monthly fee. The cost of some types of calls, say a call to directory 
assistance, is billed on a per transaction basis. The cost of other types of calls, toll calls, is billed 
according to call duration, and possibly distance. Moreover, the billing rates associated with all 
of the above call types are determined based upon a number of complex factors present in a 
competitive, yet publicly regulated, market environment. 

[0058] Prior to the 1980's, virtually all of the commercial telecommunications 
services in the United States were provided by a single telecommunications company. Since the 
breakup of that telecommunications company, competition in the industry has flourished. In any 
given city today, a customer can select portions of his/her telecommunication service package 
from upwards to a 100 different companies. For example, the customer may choose Company A 
to provide local line service, company B to provide long distance toll service, Company C to 
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provide cellular telephone service, and Company D to provide paging service. Although such 
competition is healthy, because each of these service providers utilize elements of the 
telecommunications network 102-1 14 in whole or in part, a strict accounting of each 
telecommunication transaction must be maintained so that each of the service providers can 
properly apportion transaction costs to its customers. 

[0059] The central billing system 1 1 8 is the focal point for transaction accounting. 
Coupled to each local switch 1 12 via the billing network 116, typically a high speed data-centric 
network 116, the central billing system collects data for each telecommunications transaction 
within its scope of coverage. For example, when a long distance call is placed from a telephone 
102 in City X to a telephone 102 in City Y, the central billing system 118 generates and stores a 
transaction record for the long distance call. Elements of the transaction record generally include 
calling number (or line number), called number, place called, date and time of the call, and 
duration of the call. Additionally, each transaction record within the central billing system is 
mapped to a customer and a service provider for the transaction. 

[0060] Periodically, each service provider bills its customers for services provided 
during a given period, the given period typically being a month in duration. The early invoicing 
technique shown in the diagram 100 was predominately used during the 1980's and resulted in a 
series of bills 120 being issued from each service provider. For example, in any given month, 
Company A would access the central billing system 1 18 to retrieve transactions earmarked for 
Company A's services. In turn, Company A would manually print and mail invoices 120 to its 
customers for payment. A customer would receive an invoice 120 from Company A for each of 
his/her line numbers and each of the invoices 120 would include individual transaction details as 
described above in support of the total invoiced amount. Likewise, Company B, Company C, 
and Company D would issue invoices 120 to their customers. Consequently, a particular 
individual would receive multiple bills 120 for each line number. Although multiple bills 120 
for similar services causes inconvenience, because each of the bills 120 contained detailed 
transaction information, the customer could at least scrutinize the bills 120 to ensure that 
unauthorized or duplicate charges were not present. A household or small business in the 1980's 
normally had one or two lines. At most, this resulted in having to analyze and pay two 
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telecommunications service bills 120 from a single company at the end of each month. 

[0061] In the late 1990's, it is not uncommon to find information-based cottage 
industries running entirely out of a home office located in a spare bedroom. As a result of 
advances in the communications industry, particularly those advances resulting in what is today 
known as the internet, or world wide web, an individual or small business in the 1990's may 
have a number of lines: two home lines, a home computer line, a fax line, two to three business 
lines, a cellular phone line, and a pager line. In addition to the multiplicity of lines, the 
individual or small business may provision telecommunications services for each of the lines to a 
different telecommunications service provider. What once was a tolerable analysis and 
reconciliation exercise at the end of each month quickly became intolerable. 

[0062] Customer pressure provided the impetus for the telecommunications billing 
standard in use today: the consolidated bill 122. Now, rather than receiving numerous bills 120 
at the end of each month, a telecommunications service customer receives a consolidated bill 
122. With rare exception, lines and related services are mapped in the central billing system 118 
to a customer account number. At the end of each billing cycle, a consolidated bill 122 is printed 
and mailed to the customer for payment. The consolidated bill 122 includes sections for each 
service provider and each section contains subsections for each line in the account. Each line 
subsection of the consolidated bill 122 contains individual transaction details as described above 
in support of the total invoiced amount. Hence, rather than analyzing and reconciling multiple 
telecommunication invoices, a customer need only analyze one, albeit complex, invoice at the 
end of each month. 

[0063] Because an increasing number of homes and businesses are connected to the 
Internet, more recent developments in the industry find a few telecommunications services 
providers allowing their customers to access billing information online. Yet, because this billing 
technique is still in its early stages, present day online billing systems actually provide fewer 
benefits than the consolidated billing technique. In theory, a user ought to be able to access up- 
to-date transaction details for his/her telecommunications account in a consolidated format. But 
this is simply not the case. 

[0064] Instead, what the user is presented with is simply a summary 1 24 of his/her 
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consolidated bill 122 — the consolidated bill 122 is still used as the primary billing vehicle for a 
consolidated account. The summary 124 is provided as a web page authored in hypertext 
markup language (HTML). 

[0065] Most personal computers today are equipped with general purpose internet 
communication applications known as thin web clients, or web browsers. For example, either 
Microsoft® Internet Explorer or Netscape® Communicator applications are found on virtually 
every present day desktop system. Either of these thin web clients is capable of receiving an 
HTML-authored web page from a server over the internet and displaying contents of the web 
page for the user on his/her desktop computer. A web browser is also capable of transmitting 
data input by the user back to the server over the internet. Hence, to access literally millions of 
different web sites over the internet, the user need only execute a web browser. The 
responsibility belongs to designers of a particular web site to provide the web pages and 
processing capabilities required for a user to interact effectively and efficiently with the site, 
without a constraint that special software be installed on the user's computer. 

[0066] Although data-centric networks are used extensively in the 
telecommunications industry for other applications, internetworking techniques and capabilities 
with regard to billing are present now only in rudimentary forms. One skilled in the art will 
appreciate that for a telecommunications service provider to provide the online summary 124 
shown in FIG. 1 over the internet requires only minor enhancements to the central billing system 
118 over that required to print and mail a consolidated bill 122. Furthermore, because the online 
summary 124 is at a summary level, it is virtually useless for purposes of analysis and 
reconciliation. The present day online summary billing technique is more specifically described 
with reference to FIG. 2. 

[0067] Referring to FIG. 2, a diagram 200 is presented illustrating a related art 
telecommunications services account summary 210 provided over a thin web client interface. 
The diagram 200 depicts a display 202 provided by the thin web client, in this example the 
Internet Explorer, that features presentation of an account summary web page 210 provided by 
U.S. West, a telecommunications services provider. Although Internet Explorer is featured as a 
web browser in this and following drawings, one skilled in the art will appreciate that any 
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HTML-compatible web browser allows display of HTML-authored web pages such as the one 
210 depicted in this diagram 200. The account summary web page 210 includes title text 211, 
latent charges caveat text 212, summary level caveat text 213, account number text 214, total 
new charges text 215, and total amount due text 216. 

[0068] Operationally, a user accesses the account summary web page 2 1 0 by 
providing a universal resource locator (URL) to the web browser that corresponds to the service 
provider, in this case the URL is http://www.uswest.com , which is simply an alias for an Internet 
Protocol (IP) address that is assigned to a data-centric network server that routes data packets for 
the service provider. Typically, the user is presented with a sequential series of web pages from 
which he/she must select options. Once a "view online bill summary" option is selected, he/she 
is provided with the account summary web page 210 by the data server over the internet. 
Additionally, most billing systems require some type of identification and authentication data 
that is provided by the user to preclude unauthorized access to private account information. 

[0069] A present day billing system typically maintains a small database of account 
summary data for all customer accounts. The account summary data is updated as consolidated 
bills are printed and mailed, but not more frequently. Because of this, the latent charges caveat 
text 212 is displayed on the account summary web page to warn the user that there may be latent 
telecommunications transactions that will remain unobservable until the next update of the 
account summary data. The account number text 214 is provided to indicate that the information 
displayed relates to a consolidated account rather than individual lines. Both the title text 21 1 
and the summary level caveat text 213 warn the user that the charge information provided via the 
web page is at a summary level only — no detail is provided at the transaction level. The total 
new charges text 215 and total amount due text 216 are provided on the page to inform the user 
of his/her current outstanding balance or credit. 

[0070] It is significant at this point to note several observations regarding present day 
online telecommunications billing techniques. First and foremost, they simply serve as a 
supplemental medium for summarizing information that is otherwise provided to a customer in 
written form. Second, the information provided by an online account summary 210 is not up-to- 
date, that is, account transactions that occur prior to generation of the next month's consolidated 
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bill are not reflected on the account summary web page 210. Both of the above limitations serve 
to impede a customer from accessing useful information regarding his/her account. A present 
day user desires that up-to-date, or near-real-time, account information be provided online at a 
level of detail that is sufficient enough to perform use and reconciliation analyses. The present 
day user, for example, would incorporate near-real-time charges into expense prediction models 
so that payment assets can be more readily managed. And it is particularly important that 
businesses be privy to transaction details so that assets of the business can be more effectively 
allocated. In addition, by monitoring near-real-time charges, alerts may be provided to a user as 
preset thresholds are reached. 

[0071] The present invention overcomes both of the limitations cited above by 
employing a billing server that maintains a transaction level database that is updated in near-real- 
time for each customer account. Furthermore, online access to transaction records within the 
database is provided to authorized users via a web server. As an additional feature of the present 
invention, authorized personnel from a service provider are able to monitor and control access to 
telecommunications and messaging services based upon the detection of prescribed account 
events. The present invention is more completely described with reference to FIGS. 3 through 9. 

[0072] Now referring to FIG. 3, a diagram 300 is presented illustrating an interactive, 
consolidated billing mechanism according to the present invention. The diagram 300 depicts a 
billing server 302 and a web server 304 located at a network operations center. The web server 
is connected to a data-centric network 306. In one embodiment, the data-centric network 306 is 
the internet wherein TCP/IP protocol is used to exchange information between computers. In an 
alternate embodiment, the data-centric network 306 is a private packet- switched network. The 
diagram 300 also depicts two local telephone switches 350, like those shown in FIG. 1. A 
telephony-centric network server 308, or local point of presence (pop) 308 is coupled to each 
local switch 350. The local pops 308 are connected to the web server 304 via the data-centric 
network 306. The diagram 300 also shows a user computer 312, executing a thin web client 
application, that is connected to the data-centric network 306. A user 310 is shown viewing 
his/her detailed telecommunications account information via web pages 314, 316. 

[0073] In operation, provisioned lines (i.e., telephone numbers that have been 
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assigned to a long distance service) are monitored by the local pops 308. When a telephony- 
centric network device corresponding to a provisioned line participates in a telecommunications 
transaction, the corresponding local pop 308 transmits information describing the transaction 
over the data-centric network 306 to the web server 304 at the network operations center. The 
information includes calling number, called number, date, time, call duration, and type of call 
(i.e., direct dialed, calling card, reversed charges, etc.). The web server 304 provides the 
transaction information to the billing server 302 which, in turn, generates a new transaction 
record documenting the telecommunications transaction. In addition to the above information, 
the billing server 302 generates other information for inclusion in the new transaction record 
such as the place called, account number, and cost of the transaction. The new transaction record 
is stored within the billing server 302. Hence, up to date telecommunication transaction records 
are maintained within the billing server. 

[0074] A user 3 1 0 interactively accesses his/her consolidated account information by 
querying the database of transaction records in the billing server 304 via a transaction 
search/monitor web page 3 14 that is provided by the web server 304 to the user computer 312 
over the data-centric network 306. Results of the query, that is, selected transaction records 
matching the parameters of the query, are provided for display on the user's computer 312 via a 
search results web page 316. The user 310 is provided with the ability to view transaction details 
corresponding to his/her consolidated account rather than simple summary level information. In 
addition, because the user 310 is allowed to query the database of transaction records, the 
information he/she receives relating to cost and usage for his/her account is up-to-date. 

[0075] One skilled in the art will appreciate that the user 3 1 0 can be either a customer 
or an employee of the telecommunications and messaging service provider who is authorized to 
monitor and control access of the customer to telecommunications and messaging services. The 
customer's account transactions can be periodically monitored and responses automatically 
initiated to limit out of pocket expenses for both the customer and the telecommunications and 
messaging services provider. 

[0076] Now referring to FIG. 4, a block diagram is presented depicting details of a 
billing server 400 according to the present invention. The billing server 400 includes database 
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logic 410 that stores telecommunications transaction records 412. In one embodiment, the 
database logic 410 is a hard disk. The billing server 400 also includes query logic that retrieves 
selected transaction records 412 from the database logic 410 in response to a query request 
provided over bus 402. The billing server 400 also includes maintenance logic 420 that updates 
the database logic 410 with a new transaction record 412 when a new telecommunications event 
has occurred. The billing server 400 additionally has a batch processor 440 that is coupled to the 
query logic 430. The billing server 400 furthermore includes an event monitor 450 that is 
coupled to the query logic 450 and bus 402. Bus 402 provides communication of messages and 
commands between billing server elements 420, 430 and 450 and a web server (not shown). In 
one embodiment, bus 402 is a local area network (LAN). 

[0077] Operationally, transaction details for each new telecommunication event, as 
described above, are provided to the maintenance logic 420 via bus 402. The maintenance logic 
generates a new transaction record 412 and causes the record 412 to be stored in the database 
logic 410. The query logic 430 is used to retrieve selected transaction records from the database 
logic 410. A query is initiated from either a user request provided via the bus 402, the event 
monitor 450, or the batch processor 440. In one embodiment, query parameters are provided in 
accordance with the Open Database Connectivity (ODBC) set of standards. 

[0078] When a user or a service provider initiates a query of the database logic 410 
via a web page interface, the query parameters are received via bus 402. The query logic 430 
retrieves selected transaction records 412 that satisfy the query parameters and provides these 
records 412 to a web server (not shown) via bus 402. The web server subsequently inserts the 
selected transaction records 412 into a search results web page and transmits the web page to the 
user over the data-centric network (not shown). 

[0079] The batch processor 440 automatically generates queries periodically for the 
purpose of formal billing. In one embodiment, formal billing records 414 are also stored within 
the database logic 410 so that simple requests to view former consolidated bills can be easily 
retrieved. 

[0080] The event monitor 450 causes specified queries to be routinely issued to the 
query logic 420 until a specified condition is met. An exemplary condition is when a particular 
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dollar, or time threshold is met, for a particular number that is tracked by the event monitor 450. 
When query results detect that the condition is met, the event monitor 450 then provides an alert 
message via bus 402 so that a user or the service provider can be notified via a voicemail 
message, a fax, email message, or even a page. The web server then provides the specified alert. 
For example, the event monitor 450 may be preset to allow $75/month of long distance calls to a 
particular out-of-state telephone number. When that amount of billing is reached, the user may 
preset the event monitor 450 to alert him/her, and possibly to disable any further long distance 
for the month. An alternative example is very useful to limit out of pocket expenses for the 
service provider. An account event can be prescribed by the service provider that instructs the 
event monitor 450 to periodically query the database logic 410 to detect when a customer 
account has amassed long distance charges that exceed a specified credit limit. Upon detection 
of the account event, the event monitor 450 may increase the credit limit by a specified 
percentage and notify the customer via an email message that his credit limit has been increased. 

[0081] Now referring to FIG. 5, a block diagram is presented illustrating details of an 
event monitor 500 according to the present invention. The event monitor 500 includes a query 
tasker 502 that communicates with a time clock 504. The query tasker 502 communicates with 
query logic in the billing server (not shown) via bus 518. The query tasker 502 is also coupled to 
an event/alert buffer 506, an alert generator 510, and an access controller 514. The event/alert 
buffer 506 communicates with the web server (not shown) via bus 508. The alert generator 510 
communicates with the web server via bus 512. The access controller 514 communicates with 
the web server via bus 516. In one embodiment, buses 508, 512, and 516 are part of a local area 
network. In another embodiment, the buses 508, 512, 516 are TCP/IP compatible internet data 
buses. In one embodiment, query tasker 502, the event/alert buffer 506, the alert generator 510, 
and the access controller 514 are software programs executing on a computer. 

[0082] Operationally, parameters describing a one-time search or a periodic search 
(i.e., an account event to be detected), or a corresponding response to be initiated when an 
account event is detected, are entered by user or service provider on a computer that is executing 
a web browser on web pages provided by the web server. The parameters are transmitted over 
the data-centric network and are passed by the web server to the event/alert buffer 506. The 
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query tasker 502 operates in accordance with the time clock 504 to poll the event/alert buffer 506 
for scheduling one-time and periodic queries. At prescribed times, the query tasker 502 
generates query requests in accordance with associated parameters in the event/alert buffer 506. 
The query requests are sent to query logic (not shown) via bus 518. Upon execution of a query, 
results are returned to the query tasker 502 via bus 518. Search results are provided to requestors 
through the alert generator 510. In addition, the alert generator is also used to generate an alert 
message to a user or service provider that corresponds to detection of an account event. For 
example, a service provider may prescribe an event for account XYZ to be 500 percent of an 
average monthly number of long distance calls performed during a current billing month. In 
addition, the service provider may prescribe a corresponding response to be executed upon 
detection of the prescribe account event to consist of two steps: first, to preclude any further 
access of the customer to long distance services; and second, to send the customer an email 
message informing him/her that his/her long distance service has been cut off. Upon detection of 
the account event, the email message to the customer is initiated via the alert generator 510. The 
access control procedure to cut of the customer's long distance service is performed by the 
access controller 514. In one embodiment, periodic queries to detect account events are 
performed at hourly intervals. 

[0083] Now referring to FIG. 6, a diagram 600 is presented illustrating a payment 
options web page 610 according to the present invention. Like the web page 210 discussed with 
reference to FIG. 2, the payment options web page 610 is provided by the web server (not 
shown) over a thin web client interface. The diagram 600 depicts a display 602 provided by the 
thin web client. The payment options web page 610 includes a web payment selection radio 
button 612. 

[0084] Operationally, a user accesses the payment options web page 6 1 0 by 
providing a universal resource locator (URL) to his/her web browser as was described earlier. 
To enable automatic payment and access to consolidated account information via the internet, the 
user is required to select the option specified by the web payment selection radio button, in 
addition to completing the remaining fields shown on the web page 610. The completed web 
page 610 is transmitted back to the web server and the billing server in turn updates the account 
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database to allow the user access to his/her account data online. 

[0085] Now referring to FIG. 7, a diagram 700 is presented illustrating an account 
options web page 710 according to the present invention. The diagram 700 depicts a display 702 
provided by the web browser on a user computer. The account options web page 710 includes a 
view statement hyperlink 712, a search statement hyperlink 714, and a monitor/alert hyperlink 
716. 

[0086] When the account options web page 7 10 is displayed on the user computer, 
the user can select to view a formal billing statement online by selecting the view statement 
hyperlink 712. The user can opt to query his/her account online by selecting the search 
statements hyperlink 714. The user can alternatively choose to specify conditions for monitoring 
his/her account by selecting the monitor/alert hyperlink 716. 

[0087] Now referring to FIG. 8, a diagram 800 is presented illustrating a transaction 
search/monitor web page 810 according to the present invention. In one embodiment, selecting 
either the search statements hyperlink 714 or the monitor/alert hyperlink 716 on the web page 
710 presented in FIG. 7 brings the user/service provider to this web page 810. In an alternative 
embodiment, selecting the monitor/alert hyperlink 716 directs the user to an alert configuration 
web page (not shown). The diagram 800 depicts a display 802 provided by the web browser on a 
user computer. The transaction search/monitor web page 810 allows the user/service provider to 
enter parameters for a query to an account. In the embodiment shown in the diagram 800, the 
user/service provider is allowed to enter query parameters related to line (i.e., calling number), 
number (called number), place (place called), and cost. Standard structured query language 
(SQL) operators are provided via drop down menus on the web page 810. In addition, the 
user/service provider is allowed to modify a medium for alerts via the event monitor. The 
completed web page 810 is then transmitted to the web server for execution of the prescribed 
query via the billing server. 

[0088] Now referring to FIG. 9, a diagram 900 is presented illustrating a search 
results web page 910 according to the present invention. The diagram 900 depicts a display 902 
provided by the web browser on a user computer. The search results web page 910 includes an 
account field 912, calling number fields 914, and transaction record fields 916. 
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[0089] The billing server returns selected transaction records that match parameters 
provided via the transaction search/monitor web page 810 described above. The selected 
transaction records are formatted into the search results web page 910 that is then transmitted to 
the user or server computer over the data-centric network. The search results web page 910 
shown in the diagram 900 indicates that four transaction records 916 were selected from the 
transaction database that match query parameters. Note that the search results web page restricts 
access only to account data, as is indicated via the account number field 912. Yet, access to 
billing records for more than one line is indicated by different entries in the calling number fields 
914. It is also notable that individual transactions records 916 are distinguishable when the 
present invention is employed to view a telecommunications account online. In contrast to 
summary level information, the transaction details provided in accordance with the present 
invention allow significant analyses to be performed by a user — without having to wait for a 
detailed bill to be sent by mail. 

[0090] Now referring to FIG. 1 0, a diagram 1 000 is presented illustrating an access 
monitor and control web page 1010 according to the present invention. The diagram 1000 
depicts a display 1002 provided by the web browser on a server computer. The access monitor 
and control web page 1010 includes an account entry field 1011, charge specification field 1012, 
usage specification field 1013, alert options field 1014, and access control field 1015. 

[0091] The access monitor and control web page 1 0 1 0 is used by an authorized 
employee of a service provider to monitor activity and charges associated with customer 
accounts and to prescribe corresponding alerts and actions that will be automatically executed 
when specified account events occur. The number of a customer account is entered in the 
account number field 1011. An account event corresponding for the customer account is 
prescribed in the charge and usage specification fields 1012, 1013. The diagram 1000 shows 
specification of an account event of charges in excess of a $2500 credit limit or usage that 
exceeds a 3-month average usage on the account by 50%. As described with reference to FIG. 5, 
the account event is transmitted over the data-centric network and buffered in an event monitor 
(not shown). A query tasker (not shown) will subsequently poll transaction records for the 
entered account to detect occurrence of the prescribed account event. 
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[0092] The service provider also enters an alert response and an access control 
response via fields 1014 and 1015. The entered responses will be executed upon detection of the 
prescribed account event. The example in FIG. 1000 shows that the customer will be alerted via 
an email message when his/her charges to the account exceed $2500 or when his/her usage 
exceeds a 3 -month average by at least 50 percent. In addition the entered access control 
response in field 1015 shows that the customer's long distance and voice mail services will also 
be cut off when the prescribed account event is detected. 

[0093] Now referring to FIG. 1 1, a flow chart 1 1 00 is presented illustrating a method 
according to the present invention for providing online access to up to date details and charges 
corresponding to a telecommunications account. 

[0094] The method begins at block 1 1 02 wherein a transaction message is provided 
to a network operations center over a data-centric network. Flow then proceeds to block 1 104. 

[0095] At block 1 1 04, the transaction message is received by a web server in the 
network operations center. Flow then proceeds to decision block 1 106. 

[0096] At decision block 1 1 06, the transaction message is evaluated to determine if 
the transaction message corresponds to a new telecommunications event that has occurred. If so, 
then flow proceeds to block 1 108. If not, then flow proceeds to decision block 1110. 

[0097] At block 1 1 08, the transaction message describing the new 
telecommunications event is provided to a billing server. The billing server generates a new 
transaction record for the new telecommunications event based upon details provided by the new 
transaction message. The new transaction record is inserted into a telecommunications 
transaction database in the billing server. Flow then proceeds to block 1 120. 

[0098] At decision block 1110, the transaction message is evaluated to determine if it 
is a batch process message. If so, then flow proceeds to block 1112. If not, then flow proceeds 
to block 1114. 

[0099] At block 1112, the batch process message directs the billing server to 
generated periodic billing files for all user accounts. As a result, a sequence of queries is 
performed on the database to generate bills for each account covering a period prescribed by the 
batch process message. Transaction records corresponding to each of the sequence of queries are 
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used to generate and store billing information in the database. Flow then proceeds to block 1 120. 

[0101] At block 1 1 14, it is determined by default that the transaction message is a 
transaction search message containing search parameters. The transaction search message has 
been generated in response to a user request for information provided over a data-centric network 
via a web browser. Consequently, query logic within the billing server executes a query of the 
database in accordance with the search parameters. Transaction records are retrieved from the 
database that match the search parameters. Flow then proceeds to block 1118. 

[0102] At block 1118, the retrieved transaction records are formatted into a query 
result web page and are transmitted over the data-centric network to the user. Flow then 
proceeds to block 1 120. 

[0103] At block 1 1 20 the method completes. 

[0104] Now referring to FIG. 12, a flow chart 1200 is presented illustrating a method 
for controlling access to telecommunications and messaging services according to the present 
invention via a thin web client. 

[0105] Flow begins at block 1 202 where an account monitor/control web page is 
transmitted over a data-centric network to a server computer. Flow then proceeds to block 1204. 

[0106] At block 1204, an account event is prescribed for a customer account by 
entering parameters into fields of the web page such as credit limit or usage threshold. Flow then 
proceeds to block 1206. 

[0107] At block 1 206, an alert response and access control response are prescribed 
that will be automatically executed when the account event is detected. The completed web page 
is then transmitted over the data-centric network to a centralized billing computer. Flow then 
proceeds to block 1208. 

[0108] At block 1 208, the billing computer executes periodic queries of a transaction 
database containing information related to the prescribed account event. Each time a query is 
executed, the results are returned. Flow then proceeds to decision block 1210. 

[0109] At decision block 1210, the results of a query are evaluated to determine is the 
prescribed account event has occurred. If the results show that the event has occurred, then flow 
proceeds to block 1212. If the results show that the event has not occurred, then flow proceeds 
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to block 1208 where periodic queries are continued. 

[0110] At block 1212, because the account event has been detected, the alert action 
prescribed in block 1206 is executed. Because all telecommunication and messaging services 
according to the present invention are accomplished over the internet, alert messages are 
transmitted over the internet regardless of their form. Flow then proceeds to block 1214. 

[0111] At block 1214, the access control response prescribed in block 1206 is also 
executed. Flow then proceeds to block 1216. 

[0112] At block 1216, the method completes. 

[0113] Although the present invention and its objects, features, and advantages have 
been described in detail, other embodiments are encompassed by the invention. The present 
invention has been particularly characterized by access to transaction records via the Internet 
data-centric network. Although the Internet is widely used today for communication between 
computers, the present invention is not dependent upon such capability being provided. The 
data-centric network employed to access a billing server according to the present invention can 
be embodied as any public or private network utilizing proprietary or leased communication 
channel assets. 

[0114] In addition, the present invention has been particularly characterized in terms 
of specific details that are commonly used to control costs of a telecommunication event such as 
time, location, and etc. Other examples include: 1) exceeding the number of long distance 
minutes called in a specified period (e.g., a day, 5 weekdays, a weekend, etc.); 2) long distance 
calls to countries not specified; and 3) simultaneous attempts to log in under the same user 
name). In addition to such details, the present invention also comprehends other criteria for 
charge determination that may require presence in a transaction record such as the type of 
telephonic device employed to execute a particular transaction event. 

[0115] Furthermore, the present invention has been specifically described with 
reference to providing online access to transaction records relating to events that take place over 
a telephony-centric network between devices having telephone numbers. Yet, improvements in 
the art may soon prove to allow telecommunication events to transpire between devices having 
some other form of addressing, such as an IP address. And the events may occur over a data- 
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centric network rather than the telephony-centric network. The present invention comprehends 
such improvements to the extent that individual transactions can be distinguished within a billing 
database and account events can be specified and detected. 

[0116] Those skilled in the art should appreciate that they can readily use the 
disclosed conception and specific embodiments as a basis for designing or modifying other 
structures for carrying out the same purposes of the present invention without departing from the 
spirit and scope of the invention as defined by the appended claims. 



